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^|ii^Ti^m^ nt8 to the Drawings; 

The attached sheet of drawings includes a change to Tlgure 1. More particularly, Figure 1 has 
been amended to show the legpnd - -Prior Art- - in aaaociation thefewith. The attached sheet, which also 
includes Figure 2 and is designate 1/5, replaces the original sheet that included Figures 1 and 2 and was 
designated 1/5. 



Attachment: Replacement Sheet 

Annotated Sheet Showing Changes 
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Hlir!VfARKS/ARO^ T]vrir.NTS 

Claims 1-17 are pending in the present application. Oaims 1-7 and 9-17 were amended. 
ReconBideration of the claims is respectfully requested. 

L Obiectloasto the Dr ftwinga 

In compliance with the Office Action, Figure 1 of Applicants* drawings has been amended to 
show the legend - -Prior Ait- - in association theiewith. 

Figare 2 of the drawings shows the fimctional parts of a computer system, including a processor 
202, memories 104 and 224 and peripheral devices 226-230. At page 7, lines 6-8 of the specification, 
Applicants expressly teach that cut least one of these elements has been configured with computer 
implemented instructions for performing Applicants* invention. Thus, Applicants teach that the computer 
system of Figure 2 is a special pujixjse computer that has been configuted in accordance with Applicants' 
invention , Accordingly, the legend - -Prior Art - -should not be shown in craneclion with Figare 2. 

In view of the above, the objection to Applicants' drawings has been overcome. 

The Examiner has iqccted Caaims 1-17 under 35 U.S,C. § 101 as being ditected towards non- 
statutory subject matter. This rejection is respectfully traversed. . 

Claim 1, as now amended, is directed to a method that provides a specific quantity of time as its 
result, ftat is» the quacatity of time estimated as being required to carry out a specific and clearly defined 
task. It is readily apparent that a result comprising a specific quantity of time is both concrete and 
tangible. Moieov^, the estimate of required thne resulting fiom the method of Claim 1 will typically be 
useful, and will fiequCTtly be essential, for purposes such as planning resource allocations and making 
commitments as to when tiie task of Claim 1 will be coii9)leted. It is anticipated that embodiments of the 
invention can provide estimates of time required for testing specified sofbware that will be as accurate as 

is needed for a particular purpose. 

Amended Claim 5 similarly now recites a method for providing an estimated time schedule for 
testing specified software, wherein teapective steps of the method are performed by operating a data 
processing system. Apparatus Claim 10 has been amended to recite a configuration of processing 
components that are clearly structural, and reside in a data processing system. Claim 13, as amended, 
recites a computer program product in a computer readable medium, wherein the computer program 
product comprises respective instructions. Remaining claims respectively depend from Claims 1, 5, 10 
and 13. 
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In view of the amendments to Claima 1. 5. 10 and 13, together with the above remarks, the 
rtjection under 35 II,S.C. § 101 ha8 been overcome, 

■ 

m. 3S U>S-C. 6 ] [03. Qbvloiisness 

The Examiner has icjected Oaims 1-2 and 4-17 under 35 U.S.C. § 103 as being unpatentable 
over a reference of William H. Roetzzheim et al. entitled Software Pro ject Coat Schedule Estimating 
(hereinafter "^Prqjece^ in view of U.S. Patent No. 6,513,154 to Portcrfield (hereinafter "PorteffieliT'y 
Claim 3 was itgected under 35 U.S.C. § 103 as being impatentable oyer Project and Porierfield, and 
fiirther in view of a reference of McClave et al. entitled Firat Course in Business Statistic g. (hereinafter 
**McGav^'), Ihla rejection is Tespectfully transversed- 

IV. TPflPiymyj of Annllcanta 

In making their invention, Applieanis sought to provide a method and system for estinuting the 
time required to test software fixea and r^fars. Applicants recognized that a very effective approach to 
achieve this purpose was to first calculate a number of test cases from a number of problem reports. 
Applicants recognized further that this calculatian could very useftjUy be carried out by means of a 
functional relationship, as taught by Apphcotits, between numbers of test cases and numbers of problem 
reports. The preliminary calculated ninnber of test cases is then modified, using historic data and the 
resources available for the software task. In a useful embodiment, the historic data is combined with a 
single Test Execution Factor (TEF)» 

The above teachings are set forth in the application such as at page 3» lines 1-9, page 9, lines 10- 

20 and page 10, lines 4-1 S, as follows: 

In a preferred embodiment, the present invention discloses a system and method for 
estimating test and release time for fbces on software. Though the present invention is 
particularly applicable to legacy releasea of controller firmware, it is not lixnited to such 
application and can be implemented in a numbCT of other software repair circimiBtances. Ina 
piefbrTed embodiment, the cuirerrt innovations include estimating the schedule based on the 
number of problem reports (PRs) and based on histjoric data fiom similar programs. 
Particularly, in a preferred embodiment, the number of problem reports is used to calculate 
the number of test cases, and this factor is modified using historic data and data relating to 
the resources capable of being dedicated to the schedule. [Speciflcadon^ page 3, lines 1-9| 

In a preferred embodiment, a relation of these parameters is formed (which can vary ftom 
project to project) in a single entity TEF (test cases/cal-week 516) parameter which we 
believe has invariant characteristics with reject to the other parameters. The relation, in a 
preferred embodiment, follows: TEF is directly proportional to Unique TC 506 and 
inver^ly proportional to the product FTE 510 and test weeks 512 of the project The 
differences in items in column 518 and 516 tell tiie efficiency factor by averaging the 
difEerences for each group and taking tiie ratio of each TEF. In the example groi^>, Gl 
average TEF is 0.72 and the average differBnoe of column 518 and 516 is 0.1 1. Therefore, 
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0.11/0.72 is 15%, The range far these calculations has been shown to vary in value between 
8% and 30%. This fives data points to calculate the schedule with different confidence 
levels. Henoc, efficiency fectors or 1. 0*8. and 0.7 are used in preferred calculaticms. iTic 
TEF values fiom ^s histnrical data are used in the equation of Figure 4. [SpeciflaOionf 
page 9» lines 10-20] 

Hie equations used in equation of flgitre 4 preferably include the following: 
and 

Estimated Weeks « [(# TCs/TEFJ/(P eng^neers*Efficieficy Factor)] 

These equations are combined in Figure 4 to derive the parametric relation of schedule 
estimaticMi equation. Note that this equation estimates the required schedule for maintenance 
based on historic data fiom similar programfl and the number of PRs leoeived, and is not 
based on ^nuinberofTCs fiom pwwous fixes of the same prog^ [Spec^atioHp p^ig^ 

10» lines 4-15] 

Claim 1 recites an enibodiment of the invention as follows: 

I. (Currently Amended) A method of estimating the time required for testing 
specified software* comprismg the steps of: 

determining a preliminary number of test cases as a function of a number of 
received problem reports for the specified software; and 

modifying the prelinoinary number of test cases using historic data from software 
projects similar to said specified software to provide an estimate of said required time. 

V. Rejection of Qaim 1 

In rejecting Claim 1, the Examiner stated the following: 

Claims 1-2, 4-17 are rejected imder 35 U.S.C. 103(a) as being unpatentable over 
William H. Roetzbeim et al.. Software Project Cost Sl Schedule Estimating from 1998 
{Project) in view of USPN 6,513,154 Bl Porterfield filed October 21, 1996 and issued 
January 28, 2003. 

Claim 1 

Project teaches a method of estimating a schedule for testing software (Project, page 17, 
Heuristic approach and pag^s 73-76. Software defect estimates etc), comprising the steps 
of estimating a nimiber of test cases based on a number of received problem reports for 
the software (Prqject. page 36, test case38, STP. 39 - Test Incident Report. 41 - SIT); 
Although, Project teaches basing estimates on historical comparisons and capturing 
heuristics, Projeot docs not explicitly teach the updating of the testing efifort. It is 
Porterfield who e^licitly teaches modifying the estimated number of test cases using 
historic data from similar projects to produce an estiziaated time (Porterfield, Figures 4 
and 5). Therefore, it would have been obvious to one of ordinary skill in the art at tiie 
time of invention to combine Project and Porterfield, because iq)datir^ based on 

w 
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heuristics allows for caUhmticm of schedule planning. [Office Action dated August 29, 
200<s page 3] 

In order to establish a prima facie case of obviousness under 35 U.S.C, § 103, MPEP § 2143 
requires that there must be some suggestion or motivation in the prior art to modify the reference or to 
combine reference toacWnga as proposed, and tiie prior art or combined references must teach or suggest 
all ttie claim limitations. The suggestion to make the claim combination must be found in the prior art, 
not in the Applicant^' disclosure. In re Vacek, 20 U.SJ .Q.2d 1438 (Fed dr. 1991). Moreover, in 
accordance with MFEP § 2141.02, each prior art reference must be considered in its CTt«:etY, i.e., as a 
whole, including portions ftat would lead away from the claimed invention. Gere <fe Associates, 
Inc. V. Garlock, Inc., 220 U.SP.Q. 303 (Fed. Circ, 1983). A ttdrd essential rcqmrement for establishing a 
prima fade case, set forth in MPEP § 2143.01, is that the proposed modification cannot render the prior 
art unsatisfiictoiy fiir its intended purpose. 

bi the present case, not all of the features of the claimed invention have been properly considered, 
and the teachings of the references themselves do not teach or suggest ihe claimed subject matter to a 
person of ordmaiy skill in the art. For example, no combination oS Project and Porterfield teaches or 
suggests, in the over-all combination of Churn 1, either of tiie following Claim 1 features: 

(1) Determining a preliminary number of test cases as a fimction of a number of 
received problem reports for the specified software (hereinafter ^'Feature (I)")- 

(2) Modifying the preliminary number of test cases using historic data from software 
projects similar to said specified software to provide an estimate of the required 
time (hereinaftM- 'Teatuie (2)*^. 

VI. Peatnre (Vi i f^ ^flUn ? T Hstinguishcd o ver Cited Refetanees 

At page 10, line 6 of tiieir specification, the Applicants disclose a functional relationship between 
number of test cases and nuinber of problem reports. Applicants thus provide a function for determining 
a preUminary number of test cases, in accordance with Feature (1) of Claim 1 . More specifically. 
Applicants provide the following equation: 

# ofTCs - [(# PRs'^Exp FactQr)^3] 

In this equation, # of TCs is a number of test cases and # PRs is a number of problem reports for 
Ihe specified software, such as software which is to be fixed or repaired. At page 10, lines 16-19, the 
application teaches that the # of PRs is raised to an exponent factor, such as .93, and a number such as 
three is added thereto. It is readily apparoit that given a number of problem reports for specified 
software, a preliminary nuniber of test oases can be precisely determined therefrom using the above 
functioiu in accordance with Feature (1) of Claim 1. 
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The Project refewice is a very Icagfey document, apparently for providing information in regcrd 
to cost and schedule cstimatmg for software projects. In the Office Action, the Examiner cites portions of 
Project at pages 17, 36, 38-39, 41 and 73-76 in rqecting Claim 1. As shown hfixeinafter, page 36 shows a 
Table 3 that makes reference to test cases, and pages 38-39 show a Table 5 that refers to test case 
specification and problem reporting. Page 41 was apparently cited against Claim 1 for disclosing 
"Software Test Plan (STP)". Pages 17 and 73-76 do not appear to haw any relevance to Claim 1 . In the 
Office Action, these pages were only refiarred to in connection with "Heuristic approach". 



Table a- Documents Included ik Commbrcial Standard (amHnuei) 



Title 


Dwertpticm 


Design 


For flmRii Dfoiicts. a datalted svBtem dasion may onV 
be prepared (orapodfle components that are compleK. 
For lai^ proiecta* the Oetalied fiyatam De^n la used 
to provide epaotflc ImplementeMn fluktanoe to the 
programmota. It may oonalat of paMdoooda^ dstaltad 
daflnlHona of oblcct struciufa. data flow dlaorama. truth 
tablee, or any other madianlsm auHabla to the prot>le{n 
at hand. 


Software 

DeveioDment 

Plan 


A software project developmertt plan is the conlrolllng 
dooument for managing a aoftware project; It deflnea 
the technical and managerial proceaaaa necasBary to 
sattefy the prelect requiremarMa. 


Product Descilptlon 


The product daaorlptton idenlHies the varfationB ef the 
product that will be sold (single user, dient-aen^r. 
demoi eta) and Identified the toy featuraa and benefits 
6f each. It Is uaad by the developers and by the 
marketing dapartmant to Identify the varlaflona of the 
eoftwara that must be ereatad. 


Software Tbst Plan 


The Software Test Plan desorbes the software teet 
enviitrnmerrt, test rasources requirad, and test schedule. 


Test Cases 


The test cases define the specific ttems to be tested 
(test caeas) akmg with required documentallon of the 
required data atructures and test acrlpts. 


Test Results 


The test results describe the results of the testing and 
provide recommendations about the product. 


Uaer'e Manual 


The user's manual offers userdoeumemailon of 
program function. 


System Operations 
Ran 


The system operations plan deflnss operational 
procedures for the software, Including Installation, 
ba^p, recovery, security, support, troubleshooting, 
problem raporling procedures, and so on. 



Project, page 36. 
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TabieS Dcx:tn^Ehri3 INCLODBD in IHEE Standard 



Title 


OaaeflptlQii 


Software QuaOty 
Asauranoe Plan 
(SOAP) 


The Software Qualit/ Afi8UfBrx:8 Plan covera 
management; clocumantaticin; standarda, practiceB, 
conventionB. ar>d fnetrlos; reviews and audits: testa; 
problem reporting and corradlve action; tools, 
techniques^ and mettwdoloBles; code oontrol; media 
controh auDoller oontrol; records collection, 
maintenance, and retemlon; training: arul risk 
management. 


Software Configuration 
Manag^mant Plan 
(SCMP) 


Th« Plan documonts what oonflQurallon manaooment 
QOtlvitisB are to be dona, how they are to be dene, who 
19 responsible for doing apedlic acttvltlea, when they are 
10 happen, and what resouroes are required. 


Software Test Plar^ 


This plan preecrlbas the scope, approach, resources, 
and schedule of the testing activities . U IdentHies the 
items being tested, the feoftures to be tested, the testing 
tasks to be performed, the personnel responsible for 
each task, and the risks associated whh this plan. 



Project, page 38* 



The Software Tesi Ran (8TP) descrbes plans lor 
qualiffcatfon testing ol Computer Software Contigtiratlon 
iterns (CSCIs) and software systems. It describes the 
software last environment to be used lor the testing. 
Identifies the tests to be performed, and pro^s 
schedules for test activities. 



Pro/ecr, page 41. 
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TItiB 


OMCilptlon 


ToslDeslgr) 

CnMrlfiAatl on 


Tbia documant specffias reftnements of the test 
aDDTOACh and Identlfliaa ^ f aBtureo to ba teated tvy tM 
dea ton and Ra aaaotiaitsd taeta. 




'teak-<iBalt^ opaelloeitiDn. 


GpsotflOdtlQn 


THIq aQOumern HpeoniBe ine vmps uir dwcming « «» m 

test oaaee or, more genarafty^ ttte stepa urad to enalyie 
a software Item in order io evaluate a set of foalures. 


ion RMTi TTttnoinnw 
Report 


TTiiB Docunieni loeniiiiBB uie vbk\ icenie iminQ umiBiiaiiau 

lor teaflng. li Ineliiciea the penion raaponalMa lor aoch 
Item, ita ptiyaloal looaSlon, and Ita atatua. Any varMona 
from the curtent Item fequlremanta and das^ are 
noted in this report 




Ttito document pravldae a chronological record of 
ralevant details about the axacuMon of teats. 


TmI Indctoni Report 


ThiB report documents any cvem that occurs during the 
tasting prooeas whioh requires invaslloaDon. 


Test Summaiy Report 


Thte ckxsument eummartiea ths resuICa of the 
destgnated teatlng SjCtivHIes and provides evBtuatlona 
tsafied on ftiese resulte. 


Softyvare Requirement 
SpQClflcaUon (SA8) 


• This document contairta the eaaanllal raqulramenita 
(funofioha, parlormance, de)ign oonatralnta, and 
attributes) of the software and tta axtamel fntarfacas. 


SoRware Deoign 
DoBcriptlon 


This document Is a repreBonlBtlon of software created 
to facflltatB anslyaiB* ptanNng, knpteitienlation* and 
decision making. Tha Software Design Description la 
used as a medium for comnrvunloatlng software design 
Hnformatlon, and may l>e considered a blueprint or mbdsl 
of the syatem. 


software Projeet 
Manaoem^ot Plan 


A Software Pro|ecl Management Plan Is the controlOtig 
document for managing a aoftwara pro|8ct: ft daflnes the 
technical and managBna! prccessas necessary to 
satisfy the preset requtren^tB. 


Software Ueer'& 
Manual 


This document is the user documsmatlon ot program 
lurvYtkm. 



Project^ page 39. 

It is readily appar^t that the above citations from the Project reference teach no linkage or 
relationship ^wfaataoover between test oases of a software project and problem reports. Certainly, such 
reference fails to teach or suggest any fimcticmal relHtionship between a number of test cases and a 
number of problem reports, as is taught by Applicants, whereby a number of test cases can be calculated 
or determined as a function of a munber of problem reports. Accordinfily, the Project reference neither 
shows nor suggests the recitation of Feature (1) of Applicants' Claim 1 . Applicants consider that the 
Porterfield reference likewise fails to show or suggest Feanire (li) of Claim 1 . 
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VTL ITgatore (2^ <>f Cialm 1 Distinguished over died Rcfercncca 

In the Office Action, the Ejtaminer apparently recognized that the Project reference did not 
disclose the original znodifying step of Claim 1» that is, modifying Hie estimated nuihber of test cases 
using historic data from similar projects to produce an estimated time. No portions of the Project 
reference were cited as showing the modifying step, and Porterfietd, at Figures 4 and 5 , was cited 
instead. It is thus readily apparent that the Project reference &ils to show Feature (2) of Claim 1 . Feature 
(2) coinprises the original modifymg step* together with amendnnenta to recite further limitations. 

As for the Porserfield reference, such reference is directed to an aixangemcnt far automatically 
tracking and measuring the progress of software developmmt. Ilgures 4 aiid 5 of Porterfield, togetho* 
with corresponding teachings at col. 12. Unes 43-32 and coL 12, lines 61 throtigh col. 13, lime 28. are as 
follows; 



24 



Copy tasKs from 
planning dooum^nl 
to tm. 



Delete tutoftntlc 
taate Irt plani^ 
document no longar 
In data atore 




Update pmperties 
oC oormponding 
non-automaOc 
tasKa 



2S 



2B 



Figure 4 
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Figure 6 
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As shown in FIG. 4> the exernplary embodiment copies the structure of the planning document 
called the planning document tree 24. The embodiment then iterates through the automatic tasks in the 
planning task that are associated with the target code. If the task no longer exists (fin* example a procedure 
that the developer has deleted) on the data store side then the task is removed from the planning document 
25- For tasks that were not removed* their properties are \qpdaied including adding, deleting, and 
modifying automatic sub tasks as necessary 26. IporterfleU^ oolunm 12, lines 43-52] 

The mechanism for attaching the target code referenced in Block 18 is detailed in FIG. 5. For 
each attachment point 27, the excmplaiy embodiment adds a task depending on the type of attachment 
point the manager has selected. If the attachment point is the entire code 28, then the invention itemtes 
through each module 29. Note the arrows (such as "next module*') on all "for each decision boxes in FIG. 
5 have been omitted for clarity. For each module in the target code, a "module task" is created in the 
Oantt chart 31. Module tasks are also created if flie manager has chosen to attach only a module, not the 
entire target code 30» Every module task iterates through its constituent procedures 32, creating procedure 
tasks on the planning document 34* Procedure tnsks are also created if tiiey are individually attached 33. 
All procedures iterate through automatic bugs, which occur in the procedure 35. Automatic bugs can 
recursively generate other automatic bugs aa tasks in the document 37. The completion status of an 
automatic task in a planning document reflects the status. If the bug is fixed^ the tiisk is marked as 100% 
completed. As with modules and xirocedures, automatic bugs can be individually attached-to the Gantt 
chart 36. Tfihe attachment point is a test 38, it ifi treated dififerently from the previously mentioned items, 
in that tests must be attached individually. Tests also have their-conqpletion status set to the paaa/fail 
status of Ihe test 39. 

The author of the target code (as determined by the ownership of the file containing each module 
of the target code) is also placed in the modified planning document If the developer has not been 
associated with a "resource" (the nazoe given to planning document for tasks' as8ignees),^an association is 
created by the exemplary embodimeixt in the planmng document editor. The ownership of automatic tasks 
in the planning tafik is assigned by the exent^lary embodiment. {PorterfleU^ colnmo 12, line 61 through 
eolttmn 13, line 28] 

Figures 4 and 5 of Porterfield apparently disclose flow charts depicting how a planning tree is 
updated^ and the attachment of target code, respectively, wherdn target code is code under development. 
However, such disclosure of Porterfield nowhere makes any reference to a number of test cases 
associated with specilied software. Neith^ does such disclosure teach or suggest modi^ng a 
preliminary number of test cases, using histmc data fiom software projects similar to the specified 
software, in order to provide an estimate of time required to test the specified disclosure. Accordingly, 
Forterfield^ as well as the Project reference, fails to teach or disclose the recitation of Feature (2) of 
Applicants' Claim I. 

Since neiflier Project rm Porterfield discloses either Feamre (1) or Feature (2) of Claim 1, no 
combination of these references can show or suggest Claim 1 . Applicants also consider that A/cC/ove, 
cither alone or in any combination with Project or Porterfield, feUs to overcome the deficiencies of 
Project and Porterfield in regaxd to both Features (1) and (2) of Claim 1. 
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Moreover, in order to combine the Project and Poneffteld references under 35 U.S.C. § 103. the 
prior art must show some reason or motivation for modifying Project in aooordance with teachings of 
Poneffteldf in order to achieve Applicants' Claim 1 . Suoh reason or motivBlicni may not rely on 
Applicants' teachings* Applicants consider that the requisite reason or motivation for combining the 
references has not been shown. 

Vm. i^^w^iwifn Cliiifiiii njgtiaguished over the Cited References 

Independent Clainu 5, 10 and 13 respectively incorpoiate subject matter similar to the patentable 
subject matter of Claim 1, and are eaoh considered to distinguish over the prior art for at least ibe same 
reasons given in support thereof. 

Claims 2-4, 6-9. 1 1-12 and 14-17 depend from Claims 1, S> 1 0 and 13, respectively, and are each 
oonsideied to patentably distinguish over the pricv art for at least the same reasons given in support 
fltereoft 

Applicants consider that Claims 2* 6. 1 1 and 14 further distinguish over tiie art inrecitii^ that a 
number of test cases are determined by raising the number of received i^'oblem reports to an exponent 
less than one, and then adding a number thereto. The McClave referenccy for example, provides no 
teaching or suggestion that this feature could or would be used in establishing a relationship between a 
number of test cases and a number of received problem reports. 

Applicants consider that Claims 3, 7 and 15 further distinguish over the art in reciting that the 
historic data is combined into a Test Execution Factor used to modify the preliminary number of test 
cases to produce the estimated time. No combination of the cited references shows or so&ggests this 
feature* 
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DL Conclusion 

It is respectfully urged that the subject applicatioQ is patexstable omr Project, Porterfietd and 
AfcCIave, and is now in condition for allowance. 

The Examiner is invited to call the tmdetsigned at the below*listed telephone number if in the 
opinion of the Examiner Buch a telephone conference would expedite or aid the prosecution and 
examination of fhis application. 

DATE: Deoember 29. 20Q6 

Respectfully submitted, 

^niesO. Skaisten 
Reg. No. 28,346 
Yee & Associates, P.C. 
P.O. Box 802333 
Dallas, TX 75380 
(972) 385-8777 
Attorney for Applicants 
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